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possible intrusion events representing an unauthorized access or use of the 
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can generate a scan request for handling by a scanner. This request initiates 
a scan of the target computer by the scanner to determine the vulnerability 
of the taiget to the attack. Based on this vulnerability analysis, the inventive 
intrusion detection system can evaluate the severity of the detected intni- 
sion event and issue an alert having a priority cooesponding to the severity 
of the intrusion. 
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METHOD AIW SYSTEM FOR EmiUSION DETECTION 
IN A COMPUTER NETWORK 

TECHNICAL FIELD 

The present invention is generally directed to the detection of an 
intrusion event in a computer network. More particularly described, the present 
invention provides an integration of intrusion detection and vulnerability assessment 
10 functions for determining the priority of an alert in response to detection of an 
intrusion event in a computer network. 

BACKGROUND OF THE INVENTION 

In an open network, data messages from one computer to another 

IS computer may be intercepted and data obtained from that message as it is passed to 
another computer. The most popular open network is the global Intemet, where 
literally millions of servers and computers are coupled through a Transport Control 
Protocol/Internet Protocol (TCP/IP) communication protocol. While the open 
network architecture of the Intemet permits a user on a network to have access to 

20 information on many different computers, it also provides access to messages 
generated by a user's compute, and to resources of the user's computer. Persons 
typically called **hackers" exploit the open architecture of the Intemet to gain access 
to computers without authorization. Hackers represent a significant security risk to 
any compute coupled to a networic because a user for one computer may attempt to 

25 gain unauthorized access to resources on another netwoiked computer. Hackers also 
can exploit a computer network by attempting to deny service by a target computer, 
thereby rendering the computer incapable of a providing normal service. 

In an effort to control access to a compiiter network and, hence, limit 
unauthorized access to network resources, the computing conamunity has developed 

30 computer security devices, intrusion detection techniques, and vulnerability 
assessment analyses. For example, a firewall can be used to control the transfer of 
data into or out of a network. An intrusion detection system can be used to provide an 
alert in the event that the firewall is breached (or an attempt is made to breach the 
firewall) by an unauthorized user of the computer network. Scanning devices can be 

35 used to evaluate die vulnerability of a computer network to a variety of intrusion 
events. 
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A typical intrusion detection process is illustrated in the logical 
flowchart diagram of Fig, 1. Tummg now to Fig. 1, the initial task completed by a 
representative prior intrusion detection process 100 is monitoring of traffic carried by 
a computer network to detect the possible presence of a known attack signature, as 

5 shown m step 110. An intrusion event is detected in step 120 based upon the 
detection of network data associated with a knovra attack signature. In step 130, the 
detected intrusion of the computer network is reported in the form of an alert supplied 
to the user. Typically, an intrusion alert is supplied to a monitoring console, which is 
operated by a skilled computer security technician. In response to the intrusion alert, 

10 flie computer security technician completes in step 140 a manual investigation of the 
alert 

For example, based upon initial investigation results, the computer 
security technician may alert a computer emergency response team to respond to a 
possible attack on the computer network. In the alternative, the computer security 
15 technician may determine that the intrusion alert represents a false attack or a felse 
positive event The detected intrusion represents a false alarm if the intrusion cannot 
harm tiie operation of the computer systeoL Hie technician typically classifies a 
detected mtrusion as a fidse positive event if that mto^ 

by the computer network- 

20 A typical intrusion detection system generates an alert in response to 

each detection of a possible intrusion in a computer network. In today's computing 
environment, a conventional intrusion detection system can generate multiple alerts 
each day for certain computing environments, such as a popular commercial web site 
or a "seciare'' network operated by a govemrhental agency, military entity or 

25 commercial enterprise. Each alert must be numually investigated by a skiUed sw 

technician to determine, whether the alert represents an actual harmful attack on ttie 
computer network. In theabsericeof avukierabiUty assessmrat of thet^ 
security staff must complete a labor intensive review of one or more detected 
intrusion events to determine whether the alert represents an actual attack, a false 

30 alarm or a fidse positive event Security staff may be hard pressed to complete a 
timely response to a scenario involving multiple intrusion alerts over a short time 
period in view of the manual nature of the investigation task. The assessment of 
computer network vulnerability in response to an intrusion alert is often further 
complicated by a lack of complete archival records that describe prior trends in 

35 detected intrusions of the compute: network. Consequentiy, there is a need for an 
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intrusion detection systrai that can determine the severity of an intrusion and to 
classify and record the alert in a real time or near real time operating environment. 

Computer n^ivbik environments are subject to constant changes of 
both hardware and software components. For example, new network components can 
5 be installed or existing components can be removed in a typical corporate network 
environment. Likewise, new computing services can be installed or removed from the 
computing environment and upgrades to the computing environment can add one or 
more new applications. System, network, and security administrators are often 
challenged to keep-up with the speed at which changes arise in the conventional 
10 computer network. Changes in the computer network, however, can affect intrusion 
detection policies maintained by the computer security team because an assessment of 
the vulnerability of a computer network to an attack is dependent upon up-to-date 
knowledge of the current network configuration. A rapidly changing computer 
netwbrk can force the security team completing a manual investigation of an intrusion 
15 alert to rely upon out*of-date configuration information about the attack's target. 
^ ConseqUentiy, there is a need to efficiently create and maintain an \qp*to-date intrusion 
detection policy based upon up-to-date knowledge of the present configuration of a 
computer network. 

In view of the foregoing, there is a need for an intrusion detection 
20 system that can adequately discern the severity of an intrusion event in a computer 
network. Moreover, there is a need for an intrusion detection system that can 
m ai nt ain a intrusion detection policy that is consistent with the current configuration 
of computer network components and services. The present invention solves these 
problems over the prior art by combining intrusion detection with vulnerability 
25 assessment functions to assist evaluation of the vulnerability of a computing network 
to a detected intrusion. 

SUMMARY OF THE INVENTION 

The present invention is directed to an improved intrusion detection 
30 system for detecting intrusion events in a computer network and assessing the 
vulnerability of the network components to the detected events. The intrusion 
detection system coniprises a scanner, one or more sensors and a security console for 
operation witiiin a networked computing oivironment. A sensor of the inventive 
intrusion detection system can monitor the networked computing environment for 
35 possible intrusion evmts representing an unauthorized access or use of the network 
resources. In response to detecting an intrusion event, the sensor can generate a scan 
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request for handling by a scanner. This request initiates a scan of the target computer 
by the scanner to determine the vuhierability of the target to the attack. Based on this 
vulnerability analysis, the inventive intrusion detection system can evaluate the 
severity of the detected intrusion event and issue an alert having a priority 
5 corresponding to the severity of the intrusion. 

The inventive intrusion detectioii system also can lise the scanner to 
complete scans of the components of the computer network to characterize the present 
resource configuration of the networked computing environment. Based upon the 
results of a sweep, an updated intrusion policy can be created and maintained for use 

10 by one or more SCTLSors of the intrusion detection system. The present invention can 
exchange and correlate information between intrusion detection and vulnerability 
assessment functions for a combination of a scanner and sensors. 

Generally described, the present invention can generate an advisory 
about an intrusion event in a computer network. A senisor typically monitoi^ traffic in 

IS tfie form of data packets carried by die computer network for a possible intrusion 
event In response to detecting an intrusion event, the sensor determines whether the 
intrusion event represents a qualified intrusion event having a known charact^istic 
associated with a recognized attack and a detectable target vulnerability. If so, the 
sensor issues to a scanner a request to complete a scan of the compute network. For 

20 a network target, the scanner completes a scan operation to evaluating whether the 
network target is vulnerable to the detected intrusion event If the target is vulnerable 
to that event, then the scanner (or the sensor) can transmit an advisory to a security 
console. TUs advisory is assigned a ranking based on the vulnerability of the network 
target Hiis advisory is presented by the security console to a security technician to 

25 prompt an action appropriate with the ranking iassigned to the advisory. For example, 
a high priority alert typically requires immediate attention and represents an actual 
attack on a target computer that is vidnerable to that attack. In contrast, an alert 
assigned a low priority indicates a less urgent response, such as logging the alert for 
firohival purposes or fiiture review. 

30 For another aspect of the invention, a network security system 

comprises one or more sensors, a scanner, and a security console. Each sensor, 
coupled to the computer network, monitors data packets carried by the computer 
network for a possible intrusion event A sensor can transmit to the scaimer a scan 
request in response to determining that a detected intrusion event represents a 

35 qualified intrusion event having a known characteristic associated with a recognized 
attack and a detectable target vulnerability. The scanner, which is coupled to the 
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computer network and the sensor, can respond to die scan request by evaluating 
v^ether a network target is vulnerable to the detected intrusion event The scaimer 
(or the sensor) is further operative to issue an the advisory having a ranking based on 
the vulnerability of the rietwork target The security console, vMch is coupled to the 
5 sensor and to the scanner, can presenting the advisory to a security technician. The 
ranking for the advisory, such a high, medium or low priority, defines the action to be 
taken in response to presentation of the advisory. 

These and other advantages of the present invention will be understood 
based upon a review of the drawing set, the following detailed description and the 
10 attached claims defining the invention. 

BIUEF DESC3UPTION OF THE DRAWINGS 

Fig. 1 is a logical flowchart diagram illustrating a prior process for 
detecting and evaluating an intrusion of a computer network. 
15 Fig. 2 is a block diagram illustrating the operating enviroiunent for an 

, exemplary embodiment of the present invention. 

Fig. 3 is a logical flowchart diagram illustrating a process for detecting 
an intrusion of a computer network in accordance with an exemplary embodiment of 
the present invention. 

20 Fig. 4m is a logical flowchart diagram illustrating a process for 

"^i- evaluatirig a qualified security event associated with a detected intrusion in 
accordance with an exemplary embodiment of the present invention. 

Fig. S is a logical flowchart diagram illustrating a process for 
evaluating die vulnerability of the target computer to a detected intrusion in 
25 accordance with an exemplary embodiment of the present invCTtion. 

Fig. 6 is a table illustrating the mapping of network intrusion events to 
scaimer vulnerability exploits to define an appropriate vulnerability analysis action in 
accordance with an exemplary embodiment of the present invention. 

Fig. 7 is a logical flowchart diagram illustrating a process for creating 
30 an intrusion detection policy in response to the current configuration of a computing 
mvironment in accordance with an exemplary embodiment of the present invention. 

Fig. 8 is a table illustrating the mapping of computing components, 
such as operating systems and services, to exploits to define an intrusion detection 
policy in accordance with an exemplary embodiment of the present invention. 
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DETAIO^D DESCRIIO^ION OF Tim EXEMPIAR 

A conventional intrusion detection system, while a valuable network 
security tool» lacks the ability to adequately evaluate tiie severity of an intrusion event 
or to maintain an up-to-date intrasion policy consistent with the changing computer 
5 network environment. Consequently, there is a need to correlate information about a 
detected intrusion event to corresponding vulnerability informatipn about the targeted 
computer component* The present invention solves this prpbl^ of prior intrusion 
detection systems by combining intrusion detection and vulnerability an^ysis 
functions to form an integrated or "smart" intrusion detection system. 

10 A sensor of the inventive intrusion detection system can detect an 

intrusion event and, in response, issue a request for a scan of the attacked system to 
determine the vulnerability of network components to the attack. Based on this 
vulnembility analysis, the inventive intrusion detection system can evaluate the 
severity of the detected intrusion event and issue an alert having a priority 

15 corresponding to die severity of the intrusion. Moreover, the inventive detection 
system can complete scans of tiie components of the computer network to characterize 
the present network environment Based iq)on the results of a sweep, an updated 
intrusion policy can be created and maintained for use by one or more sensors of the 
intrusion detection system. In this manner, tiie present invention can exchange and 

20 correlate information between intrusion detection and vulnerability assessment 
fimctions. 

Turning now to the drawings, in which like numerals represent like 
elements. Figs. 2-8 illustrate the architecture and processes for exemplary 
embodiments of the present invention. As shown in the exemplary operating 

25 environment in Fig. 2, a computer network includes an intrusion detection system 200 
and a communications link extending between tiie IntCTiet 205 and an Intranet 210. 
The Internet 205 and the Intranet 210 represent examples of distributed computer 
networks diaracterized by an open network architecture. A iprewall 215 separates the 
external computing environment, represented by the Internet 205, from the internal 

30 computing environment associated with the Intranet 210. To supplement the security 
feature of the &ewall 215, the intrusion detection system 200, comprising a scanner 
220, one or more network sensors 225, aiid a security console 230, operates within the 
internal computing environment associated with the Intranet 210. One or more 
computer components, typically servers 235 comprising Web or electronic mail 

35 servers, are also connected to the Intranet 210 and operate behind the firewall 21 5 



wo 01/84270 PCT/DSOl/13227 

7 

The scanner 220, i^ch is coupled to the network sensors 225 and to 
the security console 230, can scan the internal computing environment operating 
b^ind the firewall 2 1 5 to evaluate tfie vulnerability of computer network components 
to one or more intrusion events. The sensor 225 is coupled to the servers 235 to 
5 monitor network traffic for intrusion events that may affect the proper operation of the 
servers. In response to detection of an intrusion event, the sensor 225 will initiate an 
evaluation of the severity of the event Although the illustration shown in Fig, 2 
represents a single network sensor 225, it will be understood that multiple sensors can 
be used to monitor intrusion events associated with traffic carried by the Intranet 210. 

10 In particular, the sensor 225 will request that the scanner 220 complete a scan of one 
or more computmg components or services that are subjected to the intrusion event 
This scan operation supports an assessment of the vulnerability of such computing 
components and services to the intrusion event Based upon the vulnerability 
assei^ment completed by the scanner 220, an alarm can be issued to the security 

15 console 230. This alarm can include a priority ranking upon the severity of the 
detected intrusion event For example, an alarm can be assigned a high, medium, or 
low priority as a result of a corresponding vulnerability assessment 

Both the firewall 215 and the inventive intrusion detection system 
oi)erate in tandem to support the computer network security operations in view of a 

20 potential network ^ttack by an unauthorized user 240, such as a hacker, via the 
Internet 205. For example, a BackOrifice attack can be launched by a hacker 240 
against a server 235 running Nficrosoft Corporation's **WINDOWS*' operating 
system. In response to detection of this intrusion event by the network sensor 225, the 
scanner 220 conit>letes a scan of the target server. This scan supports an assessment 

25 of the vuhierability of the target server to the BackOrifice attack. If the assessment 
returns a vulnerability of the target to the BackOrifice attack, then a determination is 
made that the BackOrifice attack is likely to succeed against the target, namely a 
server operating the "WINDOWS" operating system. For this scenario, the scanner 
220 issues an alert having a high priority to the security console 230. In turn, the 

30 operator at the security console 230 can respond to the high priority alert by 
configuring the firewall 215 to block all traffic from the Internet Protocol (IP) address 
of the hacker's macfame 240. On the other hand, if the assessment does not find that 
the target is vulnerable to the BackOrifice attack, a lower priority alert is issued by the 
scanna 220 to the security console 23iO. 

35 The scanner 220 also can conduct scan operations to identify the 

components and senaces associated with the Intranet 210. In ttie event that the 



wo 01/84270 : PCT/US61/13227 

■• 8 ■ - 

scanner 220 detennines a change in the operating environment of the Intranet 210, the 
scanner supports an update of the intrusion detection policy to reflect the current 
configuration of components and services for the intCTud computing environment. 
Tliis new intrusion detection policy can be applied to each sensor 225. Ilie scan 
S operation conducted by the scanner 220 can be conducted on a continuous basis or 
predetermined or random schedules. In this manner, the exemplary intrusion 
deftection system 200 can complete a sweep of the protected computing segment and 
can create a customer policy for intrusion detection based on the s>veq> results. 

The exemplary intrusion detection system 200 illuistrated in Fig. 2 

10 provides a significant advantage over the prior art by effectively reducing the total 
cost of ownership for a secure computing environment For example, the exemplary 
intru^on detection system can reduce the amoimt of time spent by a console operator 
or a security team to investigate detected intrusion events because only those events 
assigned high priority may require a responsive action. For example, low and 

IS medium priority alerts may be tracked or odi^ivise documented in an archival log 
without requiring substantial investigative activity by the console operator. This 
reduces the amount of operator activity necessary for managing a security system for 
a computer network. In this manner, the intrusion detection system can filter a flood 
of alots arising fix>m tiie detection of multiple intrusion events by presenting the most 

20 critical alert information to the security operator in a quickly recognizable format 
For example, the intrusion detection system can assign high priority to an alert for a 
detected intrusion event only if a vulnerability exists in the target machine. 

Fig. 3 is a logical flowchart diagram illustrating an exemplary process 
for intrusion detection in a computing environment comprising one or more sensors 

25 and a scanner. The exemplary intrusion detection process 300 is initiated in step 30S 
by using one or more sensors to monitor traffic carried by a conventional computer 
netwoik having components and services. In step 3 10, an intrusion eivent is detected 
by a network sensor. 

The network sensor conducts a comparison operation in step 315 by 

30 comparing the attack signature to a list of qualifying signatures. The qualifying 
signatures represent intrusion events having known characteristics associated with a 
recognized attack and a detectable target vulnerability. If this comparison task does 
not result in a match in step 315, a response to the intrusion event is defined by a 
predetermined configuration for the intrusion detection system* For example, the 

35 detected intrusion event can be tracked by creating a corresponding log enby for 
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future reference. If/ on the other hand, the attack signature matches a qualifying 
signature, the detected intrusion event is processed as a qualifying event in step 32S. 

The processing task completed in step 325 vdU result in the ass^ 
of a priority ranking to an alert that will be generated in response to the detected 
5 intrusion event For example, the alert can be assigned a high, medium, or low 
priority. This priority ranking is generated in response to a vulnerability assessment 
of the target computer that is the subject of the detected intrusion event. In turn, the 
detected intrusion event is reported as an attack via the console. The operator at the 
' coiisole can respond to the attack by taking one or more actions commensurate with 
10 the priority assigned to the attack alert 

Fig. 4 is a logical flowchart diagram illustrating an exemplary process 
for processing the qualifying intrusion event based upon the match of an attack 
signature with qualifying signatures maintained by the network sensor. This 
exemplary process, vMch is shown in step 325 pf Fig. 3, is further described in the 
15 logical flowchart diagram of Fig. 4. Turning now to Fig. 4, a network sensor in step 
f 405 provides to a scanner attack data resulting from the detected intrusion event In 
- response to the attack data, the scaimer completes a vulnerability test of the computer 
network in step 410. Because the attack data can provide an indication of the 
computer components or services that represent the subject of an attack, the scanner 
20 may focus the vulnerability test on such identified network items. The scanner 
. typically completes the vulnmbility test by "replaying" the attack based upon a scan 
of network coinponents. This enables die scanner to determine whether the detected 
attack was successfid based iq>on an assessment of vulrorabiUty of t^^ 
to such an attack. 

25 Typical attack data associated with a detected intnision event inclxide 

the address of the source machine, the address of the target machine, the target 
TCP/IP portj and the intrusion event type, including signature characteristics. Based 
on this attack data, the scanner can "test" the target computer by replaying the attack 
against the target's address and TCP/IP port to determine the vulnerability of the 

30 target to the attack. In the event that a target's component (or service) is "listening** 
to that address/port combination, then the scanner will determine that a high 
probability exists that the attack on that network item was successful. In the 
alternative, a '^st'' can be completed by using means other than an actual attack 
completion to evaluate ibid vulnerability of the target to the attack. For example, it 

35 would be undesirable to test a target's vulnerability of a Denial of Service attack by 
actually completing a Denial of Service-type test against the target 
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In decision step 415, an inqiury is conducted to detennine whether 
each network item is vulnerable to an attack based upon the results of the 
vuhierability test completed in step 410. If the response to this inquiry is negative, the 
**NO" branch is followed to step 420, The scanner classifies the attack as a low 
5 priority (or medium priority) event m step 420. If a vuhierability is detected in step 
415. the "YES" branch is followed to step 425. In step 425,,the scanner classifies the 
attack as a high priority event 

Fig. 5 is a logical flowchart (fiagram illustrating an exemplary process 
for completing a vuhierability test. Fig. 5 provides a detailed illustration of the task 
10 completed by step 410 of Fig, 4 to complete the vuhierability test of a computer 
network. Turning now to Fig. 5, a seamier poUcy for a target computer is created in 
step 505. The scanner policy defines the vulnerability to be tested, tiie target address, 
and the target TCP/IP port 

In step 5 10, the seamier generates a scan of the target computer based 
15 upon the scan poUcy. For example, for the ^WTERNET SCANNER" product 
marketed by Intemet Security Systems of Atlanta, Georgia, the scan is issued by 
running a •*comrnmd line'' scan against &e target compute 

In step 515, the scaimer determines the vuln^bility of the target 
computer to tiiie attack based upon the scan results. A representative system for 
20 detecting and identifymg security vulnerabilities in an open network computer system 
is described in U.S Patent No. 5,892,903. Th^ '903, vAAch is assigned to the assignee 
for the present application, is ftdly incorporated herein by reference. 

For a representative example involving the INTERNET SCANNER 
device marketed by Intemet Security Systems of Atlanta, Cteorgia, a sensor detects a 
25 BackOrifice attack and issues a request that the scanner complete a corresponding 
scan of ihc target computer. A new scanner policy for the INTERNET SCANNER 
device can be created based on tiie characteristics "n^lank" and ''BackOrifice.'^ The 
scan is completed by running a command-line scan having the values *^ewly created 
policy," "target address" and "target port." The output or results of die scan are 
30 analyzed to determine whether the tai^et computer is vulnerable to the BackOrifice 
attack. In other words, at the completion of a BackOrifice-type scan, the scanner has 
information describmg the vuhierability of the target computer to the BackOrifice 
attack. This enables the scanner (or the sensor) to assign a priority rating to an alert 
based on the corresponding vulnerability assessment for the target computer. For 
35 example, if the target computer is vulnerable to the BackOrifice attack, then a high 
priority alert is transmitted to the security console from either the scanner or the 
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sensor. If, on die other hand, the target computer is not vulnerable to the BackOrifice 
attack, then the scanner or the sensor issues a medium priority alert The high priority 
alert provides an indication for the need to take immediate action to address the 
attack, while the mediimi priority alert suggests a less urgent response, such as 
5 logging the alert for fixture consideration. 

For anpthCT representative example involving ISS's INTERNET 
SCANNER device, a sensor detects an HTTP:nS$DATA attacjk and issues a request 
that the scanner complete a corresponding scan of the target compxiter. A new 
scanner policy for tihe INTERNET SCANNER device can be created based on the 

10 characteristics "blank" and 'TJATA bug." The scan is completed by running a 
command-line scan having the values •*newly creiated policy" and 'target address." 
The output of the scan are analyzed to determine whether the target computer is 
vuhierable to the HTTP:nS$DATA attack. In turn, the scanner (or the sensor) assigns 
a priority rating to an alert based on the corresponding vulnerability assessment for 

15 the target computer. If the target computer is vuhierable to the HTTPrllSSDATA 
attack, then a high priority alert is transmitted to the security console. If the target 
computer is not vulnerable, then the scanner or sensor issues a low priority alert for 
receipt by the security console. In contrast to an alert assigned a high priority, an alert 
assigned a low priority indicates a less urgent response, such as logging the alert for 

30 archival purposes or future review. 

- For yet another representative example involving ISS's INTERNET 

SCANNER device, a sensor detects a "Smurf * attack and issues a request that flie 
scanner complete a corresponding scan of the target computer. In response, the 
scanner transmits a single ping packet to the target compute. If the target compute 

25 responds to the ping by issuing a ping reply, then the scanner (or die sensor) can issue 
to the security console an alert assigned a low priority. If, on the other hand, tfie ping 
of the target computer does not result in a ping reply, then another ping packet is 
transmitted to the target computer. If the target computer now responds to the ping 
packet by issuing a reply, then the scanner (or the sensor) issues an alert having a low 

30 priority. In the absence of receiving a reply to the extra ping packet, an alert is issued 
having a high priority. A high priority alert typically requires immediate attention and 
represents an actual attack on a target computer that is vulnerable to that attack. In 
contrast, an alert assigned a low priority indicates a less urgent rehouse, such as 
logging the alert for archival purposes or fiiture review. 
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Table I provides a listing of qualified attack signatures by category and 
vulnerability assessment method and assigns the priority to the responding advisory or 
alert. 



Table I 



Signature 
family 


VulnerabiUty 
assessment method 


Hich alert 


Medium 
alert 


Low alert 


Backdooirs 


Verify if the targetport 
comoination is usienmg 


Targetport is 

Itcf'Atiivicy 


Not 

listening 

*Aw WW A 1111 fit 


Never 


Denial of 
Service 


For most DoS attacks, 
verify if host responds to 
a single ping. In case 
ICMP is not allowed, use 
portscan 


Target is not 
responding to 
ping or portscan 

\ . ■ ' • ■ 


Never 

+ ■■ ■ . ■ ■ 


Host is 
responding 


AUtrinOO 

J if,. 

alerts. 


Scan tai^et to determine 
11 tnere are uuop 
listeners 


DDoS listen^s 


DDoS 

listeners 
not 

detected 


Never 


DNS 


For nostname oveniow 
attack, probe target using 
S2 and/or RS agent, 
Qeiemune access urcacn 
from source 




'Mover 


No breach 


Qnail 


Overflow attacks: see 
DNS approach, 
v/tners {in general^ veniy 
version of sendmail oh 


Access breached, 
others: if old 

cAnHnisiil flfitectifiil 


Never 


All other 
cases 


Finger 


Verify *finger' daemon 
active 


Fingerd found 


Never 


No daemon 
foimd 


FTP 


For some decodes: verify 
ftp daemon version (e.g. 
wu-ftod 2.4.1 


Some cases where 
old daemon is 
detected 


Never 


All other 
cases 


HTTP 


Most cases: replay URL. 
And parse findings. 


Suspicious 
findings after 
parsing data 


Some 
cases. 


All other 
cases 


ICMP 


Loki: search for daemon. 
Pingflood& ping of 
death: check if tar get is 
alive 


Loki daemon 
foiind or host 
down 


IiO]d,no 
daemon 


All other 
cases 


Ident 


Check for SendMail 
version 8.6.9 


8.6.9 found 


Never 


Not found 


IMAP 


Check for IMAP older 
than 4.1 beta 


4.1. beta 


Never 


Another 
cases 
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IP 


Certain signatures 
(soufcerpute) verify host 
breach using S2 or 
System Agent 


Security breached 


Not 

breached 


Never (for 

Sourceroute) 

signature. 


IRC 


IRC daemon overflow, 
vesify version 


Old version 
detected 


Never 


AU other 
cases 


Netbios 


No automation wanted 








Nfs 


Depending on decode, 
verify nfs version 


Depending on 
decode, if old 
version found 


Never 


AUo&er 
cases 


NNTP 


Verify server version 


Old exchange or 
INN 


Never 


All other 
cases 


POP 


Determine pop version 
(overflow attacks) 


Old version 


Never 


All other 
cases 


RIP 


No action required 


Never 


Never 


Always 


Scanners 


No action required 


Always 


Never 


Never 


SNMP 

-. 


Snmp_delete_wins: S2 
verify integrity of wins 
database 

Snmp backdoors: verify 
snmp version 


S2 detected 
corrupt wins DB 
or old snmp 
server found 


Nevers 


All other 
cases 


SUNRpc 

• = >^'-4= ■ 


For most signatures, 
verify host (sun?) and 
version 


Depending on 
combination of 
signature detected 
andold=Y 


Nevers 


All other 
cases 


TFTP 


No action required 








Unix 
Remote 


No action required (it's 
either allowed or not) 








Windows 


Samba: verify version 
Winhuke: host alive? 


^dld" samba 
host dead 


Never 
Never 


other cases 
other cases 


Other 


Certain signatures: check 
version info, others 
always high (packet 
capturing) others: verify 
service (rwho) 


Old versions or 
vulnerable service 
found or packet 
cq^turing 
detected 


never 


All others. 



Fig. 6 illustrates a table for mapping the combination of an intrusion 
event identifier and scanner vulnerability exploit(s) to a vulnerability analysis action. 
For example, for a BackOrifice event, the BackOrifice exploit is activated and the 
vulnerability analysis '^action is defined by "Run Conmiand line Scan (BackOrifice 
Policy, Target Address; Target Port). For an HTTP:ISS$$DATA event, the DATA 
bug exploit is activated and vulnerabilify analysis action is defined by ''Run 
Command line Scan (DATA bug Policy; Target Address), this table can be 
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maintained in a stora^ medium, such as memory, for access by the intrusion 
detection system. 

The constant change in a typical computing environment can pose a 
threat to the successful detection of an mtrusion event. In the absence of accurate 
5 knowledge of the computing enviromnent, an intrusion detection system may not 
detect an attack on the computer network. For example, if a server running the 
"LINUX" operating system widi all defiiult services is installed on a computer 
network, tins new computer adds a large number of additional services on to the 
computer netwoik. 

10 Prior intrusion detection ^stems must be notified of the changes to a 

computmg environment to support effective monitoring of network items for possible 
intrusion events. If the security administrator is unaware of a computing environment 
change, the intrusion detection system continues to monitor the computing 
environment without recognition of the addition or removal of a network item. This 
15 can pose a serious threat to the computer network because the intrusion detection 
system is not able to detect an intrusion event arising firom a possible attack against 
the modified computing environment An exemplary embodiment of die present 
invention addresses diis problem by using the scanner to monitor the computing 
environment for the adfition or r^ 
20 of a scan operation, a new intrusion detection policy can be created and applied for 
operation by network sensors. This exemplary method is illustrated in the logical 
flowchart diagram of Fig. 7. 

Turning now to Fig. 7, an exemplary scanning process 700 is initiated 
in step 705 by scanning the selected item or segment of the computer network. For 
25 example, the scanner can select a particular target computer for the scan operation. 
The scanner can complete this scanning operation on a continuous basis or at 
predeteraiined time periods. In the alternative, the scanner can conduct a scan 
operation at random tinies in an effort to detect components or services that have been 
added or removed from the selected network segment. A sufficient number of scan 
30 operations ^ould be completed on a regular basis, however, to insure the detection of 
diangB in the computing environment. ^ 

In step 710, the scanner can identify the present configuration of 
network component and services, including operating systems, based upon the scan of 
the selected network segment. Typical services include port mappers, **finger'* 
35 daemons. Yellow Pages services and SMB services. Typical operating systems 
include the "WINDOWS^ "UNDC', and ^^LXNUX** operating systems. An exemplary 
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system for scanning computer netwoik and identifying the components and services 
of the computing environment is described m U.S. Patent No, 5,892,903, v^hich is 
fiilly incorporated herein by reference. For ISS's INTERNET SCANNER device, the 
scan of the network segment selected for protection is typically completed by running 
5 a Command Line Scan. 

In step 715, exploits for the network sensor aro activated (or 
deactivated) based vipon the present configuration of the computing environment. The 
scanner generates an output file in response to scanning the selected network segment. 
For each service or operating system identified in the ou^ut file, predetermined 

10 exploits or checks are activated (or deactivated). The scanner creates a new policy 
file in response to diis definition of activated exploits and forwards that policy to the 
network sensor. The security console also can receive this new policy to support its 
application of the policy to the network sensor. 

In this manner, the monitoring operations completed by a network 

15 scanner can be iqxlated to match ^e identified items of the computer network. 
Monitoring operations conducted by die network sensor are preferably matched to the 
susceptibility of the current computer network configuration to certain intrusion 
events. This enables the intrusion detection system to be configured and monitored 
for the types of intrusion eveiits for which the current computing configuration is 

20 vulnerable. 

Fig. 8 is a table illiistrating a mapping between the combination of 
typical network items, such as operating systems and services, to vulnerability 
(Kcploits. This table illustmtes ftie specific known vulnembility exploits for intrusion 
events representing potential vulnerabilities of the mapped combination of operating 
25 systems and services. This table, which supports the creation of an intrusion detection 
poli<^, can be applied to a sensor of the intrusion detection system. 
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■■'CLAIMS; - - . 

What is claimed is: 

5 1. A computer^inq>lemented process for . generating an advisory 

about ah intnision event in a computer network, comprising the steps of : 

monitoring data packets earned by the computer network for a 
intrusion event; 

detecting an intrusion event; 
10 determining whether the detected intrusion event represents a qualified 

intrusion event having a known characteristic associated with a recognized attack and 
a detectable target vuhierability; 

if the detected intrusion event is a qualified intrusion event, then 
identifying a network target and evaluating whether the network target is vulnerable 
IS to tiie detected intrusioii event; and 

assigning the detected intrusion event with a ranking based on the 
vulnerability of the network target 

issuing the advisory having die assigned ranldng. 
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2. A network security system for generating an advisory about an 
intrusion event in a computer network, comprising the steps of: 

a sensor, coiq>led to the computer network, for monitoring data packets 
carried by the computer network for a possible intrusion event, the sensor further 
5 operative to issue .a scan request in response to determining that a detected intaision 
event represents a qualified intrusion event having a known characteristic associated 
with a recognized attack and a detectable target vulnerability ; 

a scanner, coupled to the computer network and the sensor, for 
scanning the computer network, the scanner responsive to the scan request issued by 
10 the sensor to identify a network target and to evaluate whether the network target is 
vulnerable to the detected intrusion event, the scanner further operative to issue an the 
advisory having a ranking based on the vulnerability of the network target; 

a security console, coupled to tiie sensor and to the scanner, for 
presenting the advisory, wherdn the ranking for the advisory defines the action to be 
IS taken in response to presentation of the advisory. 
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3/ A computer-implemented method for creating a security policy 
for a computer network system, comprising the steps: 

(a) scanning a selected segment of the computer network; 

(b) responsive to the scan of the selected network segment, 
5 identifying a current configuration of network components and services for the 

selected network segment; 

(c) creating the security policy by activating predetennined 
exploits associated with the current configuration of network components and service; 

and ' ■ ■' ' -c^ 

10 (d) repeating steps (a) - (c) at time intcsrvals, hereby noatohing 

at least one action taken in response to detection of an intrusion event to the 
vubierability of the cunent configuration of network components and services to the 
intrusion event. 



PCT/USOl/13227 



MONITOR 

COMPUTER 
NETWORK 



fff0 



DETECT INTRUSION 



REPORT INTRUSION 
TO USER 








CONDUCT MANUAL 
INVESTIGATION OF 
INTRUSION 





PRIOR ART 
FIG, 1 



01/84270 



PCT/USOl/13227 




PCT/USOl/13227 



NETWORK SENSOR 
MONITORS 
COMPUTER 
NETWORK 



7 



DETECT INTRUSION 



COMPARE ATTACK 
SIGNATURE TO LIST 
OF QUALIFYING 
SIGNATURES 



NO MATCH 



TRACK 
EVENT 



MATCH 



PROCESS 
QUALIFYING 
EVENT 



REPORT EVENT AS 
ATTACK (VIA 
CONSOLE) 



FIG, 3 



3/8 



WO 01/84270 PCT/US01/132i7 



NETWORK SENSOR 

PROVIDES 
DETECTED ATTACK 
DATA TO SCANNER 



PROCESS 

QUALIFIED ^ . . 
EVENT O^fJa^ 



SCANNER COMPLETES 
VULNERABILITY TEST 
OF NETWORK 




NO 



CLASSIFY 
ATTACK AS LOW 
PRIORITY EVENT 



YES 



CLASSIFY ATTACK 
AS HIGH PRIORITY 
EVENT 



FIG. 4 



4/8 



wo 01/84270 



PCT/USOl/13227 



CREATE SCANNER 

POLICY FOR 
TARGET COMPUTER 



COMPLETE 
VULNERABILITY 

TEST ^Ij) 



J 



GENERATE SCAN 

OF TARGET 
COMPUTER BASED 
ON POLICY 



DETERMINE 
VULNERABILITY OF 
TARGET COMPUTER 
To ATTACK BASED 
ON SCAN RESULTS 



FIG. 5 



5/8 







• > 


wo 01/84270 




PCT/USOl/13227 


INTRUSION EVENT 
IDENTIFIER 


SCANNER 
VULNERABLITY 
EXPLOIT(S) 


VULNERABILITY 
ANALYSIS ACTION 


BACKORIFICE 


BACKORIFICE 


RUN COMMAND LINE 
SCAN (BACKORIFICE 

POLICY; TARGET 
ADDRESS; TARGET 
PORT) 


HTTP: IIS$$DATA 


DATA BUG 


RUN COMMAND LINE 
SCAN (DATA BY 
POLICY; TARGET 
ADDRESS) 



FIG. 6 



6fS 



tVO 01/84270 



PCT/OSOl/13227 



7^ 



SCAN SELECTED 
NETWORK 
SEGMENT 



IDENTIFY 
OPERATING 
SYSTEM AND 

SERVICES 



ACTIVATE/ 
DEACTIVATE 
EXPLOITS FOR 
NETWORK SENSOR 
BASED ON 
IDENTIFIED 
OPERATING 
SYSTEM AND 
SERVICES 



F/G. 7 



7/8 



wo 01/84270 1»CT/US01/13227 



OPERATING SYSTEM 


SERVICE 


EXPLOIT 


WINDOWS 




BACKORIFICE 
BACKORIFICE 2000 
EVILFTP BACKDOOR 
NETBUS 
NETBUS PRO 
SUBSEVEN SCAN 
SMB PASSW6RD_OVERFLOW 

WINDOWS_PWL_ACCESS 
WINDOWS_REGISTRY_READ 


- 


FTP 


FTP ARCS 
FTS BOUNCE 
FTP MKDIR 
FTP PRIVILEGEDBOUNCE 
FTP PRIVILEGEDPORT 
FTP ROOT 
FTP SITE EXEC DOTDOT 
FTP SITE EXECJTAS 



FIG. 8 



8/8 



